home *** CD-ROM | disk | FTP | other *** search
/ Skunkware 98 / Skunkware 98.iso / src / net / bind-contrib.tar.gz / bind-contrib.tar / contrib / misc / soa-easy.shar / TIPS < prev   
Encoding:
Text File  |  1996-10-25  |  5.1 KB  |  136 lines
  1. Steps to take when undertaking DNS modifications:
  2.  
  3.    - No need to worry about SOA serial numbers -- these are updated
  4.      automatically (using RCS revision information) if any relative
  5.      data has been modified.
  6.  
  7.    - Use RCS for all modifications.  The automatic SOA serial number
  8.      generation depends on _all_ DNS config files containing an RCS
  9.      "Id" string.
  10.  
  11.    - Are you adding a zone? -- If so, your file should be called
  12.      <something>.zone, and it should $INCLUDE a file called
  13.      <something>.SOA, and probably at least NS.generic.  Then you need
  14.      to add some "nameserver delegations" (NS entries for
  15.      authoritative nameservers) to the parent zone (see 
  16.      example.org.au/top.zone for more information).  Use another .zone
  17.      file as an example.
  18.  
  19.      You will need to add mention of your zone file to the Makefile.
  20.      Also, you will need to add it to named.boot.
  21.  
  22.    - Do you want to add the "standard" set of MX records for a node?
  23.      -- Use an $INCLUDE like the following:
  24.  
  25.     ; ORIGIN is currently sub.example.org.au.
  26.     red        IN    A    191.254.1.10
  27.             IN    HINFO    Sun-SS2 SunOS
  28.     $INCLUDE MX.generic        red
  29.  
  30.      The "red" on the end of the $INCLUDE statement sets the ORIGIN
  31.      to "red.sub.example.org.au." for the contents of the INCLUDE-ed
  32.      file.
  33.  
  34.    - Have you added any new files? -- add them to the correct
  35.      variable(s) in the Makefile and run "make depend".
  36.  
  37.    - Have you added/removed/changed any $INCLUDE directives in any of
  38.      the files?  -- Run "make depend".
  39.  
  40.    - Do you want to install your changes? -- Run "make install".  This
  41.      will install any files that have been modified since the last
  42.      "make install".
  43.  
  44.    - Do you want "named" to start using your changes? -- Run
  45.      "make configure".  The "configure" target does an implicit
  46.      "install", so if you want to install and configure, you only need
  47.      to use "make configure".
  48.  
  49.      You should check the startup/reload messages from named to check
  50.      that your changes are OK.  Use the following command on your
  51.      primary server:
  52.  
  53.     $ grep named /var/adm/messages | tail -50
  54.  
  55.      If everything is OK, you should (eventually) see something like:
  56.  
  57.     Jul 21 12:53:27 ns named[103]: reloading nameserver
  58.     Jul 21 12:53:43 ns named[103]: Ready to answer queries.
  59.  
  60.    - Do you want to clean up any temporary files? -- Run "make clean".
  61.  
  62.  
  63. Rules for DNS data:
  64.  
  65.    - If a particular zone ("red.sub.example.org.au", "sub.example.org.au"
  66.      and "example.org.au" are all zones) is to have a CNAME entry, it
  67.      can not have any other entries (as this would not make sense).
  68.      If you want "sub.example.org.au" to be an alias for
  69.      "white.sub.example.org.au" use the following:
  70.  
  71.     ; ORIGIN is currently "sub.example.org.au."
  72.     @        IN    A    (the IP-address for white)
  73.             IN    HINFO    CNAME white.sub.example.org.au.
  74.  
  75.    - All A records should have corresponding PTR records in an
  76.      IN-ADDR.ARPA zone.  In other words, software using DNS should be
  77.      able to find retrieve any hostname, given a valid IP address.
  78.  
  79.    - All PTR records should refer to an A record that exists.  In
  80.      other words, if you are given a valid IP address, you should be
  81.      able to fetch a hostname via a PTR lookup, then re-fetch any IP
  82.      addresses via an A lookup.
  83.  
  84.      PTR records that refer to CNAME's are bogus.
  85.  
  86.    - All CNAME records _should_ refer to a zone that has an A record.
  87.      I don't know whether it is useful to have an alias for a zone
  88.      that does not have any A records, but they should at least refer
  89.      to a valid zone.
  90.  
  91.    - If a host has more than one IP address (perhaps it is a
  92.      gateway), all PTR records for those addresses should refer to the
  93.      same hostname, which is the offical name for that host.  If a
  94.      specific interface on a host needs to be referred to, a seperate A
  95.      record can be used to do this, but the corresponding PTR record
  96.      should still refer to the official hostname.
  97.  
  98.      You may find instances where software does not like this
  99.      configuration (NIS on Sun's, which can only return one address
  100.      for a hostname can cause problems - use DNS if you have Solaris
  101.      2), but it is recognised on the Internet as the proper thing to
  102.      do.
  103.  
  104.      An example, for illustration:
  105.  
  106.      ; ORIGIN is currently sub.example.org.au
  107.      yellow            IN    A    191.254.16.1
  108.                 IN    A    191.254.17.1
  109.      yellow-i1            IN    A    191.254.16.1
  110.      yellow-i2            IN    A    191.254.17.1
  111.      ;
  112.      1.16.254.191.IN-ADDR.ARPA.    IN    PTR    yellow
  113.      1.17.254.191.IN-ADDR.ARPA.    IN    PTR    yellow
  114.  
  115.    - "named" is picky about HINFO records.  They must contain two
  116.      values (which are usually interpreted as make/model followed by
  117.      operating-system), separated by whitespace.  If you want to put
  118.      whitespace in one of the values, quote it.  If you have a HINFO
  119.      record that does not match this format, named will get messed up.
  120.      Here are some examples:
  121.  
  122.     ; These are OK
  123.     foo        IN    HINFO    Sun-SS2 SunOS
  124.     bar        IN    HINFO    Spagthorpe "GSZXBRRF2 750RR"
  125.     snafu        IN    HINFO    Sun-3/60 Sun-Xkernel
  126.     ; These are NOT
  127.     ding        IN    HINFO    Microwave
  128.     hiss        IN    HINFO    Stainless-Steel Hot Water Urn
  129.     ahhhhh        IN    HINFO    Coin-operated Coke Vending-Machine
  130.  
  131. --
  132. Tim Cook
  133. Systems Engineer
  134. Computing & Communications Services
  135. Deakin University
  136.